Graafitietokannat: Neo4j-kyselyoptimointi – Kattava opas

Graafitietokannat, erityisesti Neo4j, ovat yleistyneet toisiinsa liittyvien tietojen hallinnassa ja analysoinnissa. Kuitenkin datajoukkojen kasvaessa tehokas kyselyjen suorituskyky on ratkaisevan tärkeää. Tämä opas tarjoaa kattavan yleiskatsauksen Neo4j-kyselyoptimoinnin tekniikoista, joiden avulla voit rakentaa suorituskykyisiä graafisovelluksia.

Kyselyoptimoinnin tärkeyden ymmärtäminen

Ilman asianmukaista kyselyoptimointia Neo4j-kyselyt voivat hidastua ja kuluttaa paljon resursseja, mikä vaikuttaa sovelluksen suorituskykyyn ja skaalautuvuuteen. Optimointi on yhdistelmä Cypher-kyselyjen suorituksen ymmärtämistä, indeksointistrategioiden hyödyntämistä ja suorituskyvyn profilointityökalujen käyttöä. Tavoitteena on minimoida suoritusaika ja resurssien kulutus varmistaen samalla tarkat tulokset.

Miksi kyselyoptimoinnilla on väliä

• Parantunut suorituskyky: Nopeampi kyselyjen suoritus johtaa parempaan sovelluksen reagointikykyyn ja positiivisempaan käyttäjäkokemukseen.
• Vähentynyt resurssien kulutus: Optimoidut kyselyt kuluttavat vähemmän suoritinsykliä, muistia ja levy-I/O:ta, mikä vähentää infrastruktuurikustannuksia.
• Parannettu skaalautuvuus: Tehokkaat kyselyt antavat Neo4j-tietokantasi käsitellä suurempia datajoukkoja ja suurempia kyselykuormia ilman suorituskyvyn heikkenemistä.
• Parempi samanaikaisuus: Optimoidut kyselyt minimoivat lukituskonflikteja ja kilpailua, parantaen samanaikaisuutta ja läpisyöttöä.

Cypher-kyselykielen perusteet

Cypher on Neo4j:n deklaratiivinen kyselykieli, joka on suunniteltu ilmaisemaan graafimalleja ja suhteita. Cypherin ymmärtäminen on ensimmäinen askel kohti tehokasta kyselyoptimointia.

Cypherin perussyntaksi

Tässä on lyhyt yleiskatsaus Cypherin perussyntaksin elementeistä:

• Solmut (Nodes): Edustavat entiteettejä graafissa. Suljetaan sulkeisiin: (node).
• Suhteet (Relationships): Edustavat yhteyksiä solmujen välillä. Suljetaan hakasulkeisiin ja yhdistetään yhdysmerkeillä ja nuolilla: -[relationship]-> tai <-[relationship]- tai -[relationship]-.
• Nimikkeet (Labels): Luokittelevat solmuja. Lisätään solmumuuttujan jälkeen: (node:Label).
• Ominaisuudet (Properties): Avain-arvo-parit, jotka liittyvät solmuihin ja suhteisiin: {property: 'value'}.
• Avainsanat (Keywords): Kuten MATCH, WHERE, RETURN, CREATE, DELETE, SET, MERGE jne.

Yleiset Cypher-lausekkeet

• MATCH: Käytetään mallien löytämiseen graafista. MATCH (a:Person)-[:FRIENDS_WITH]->(b:Person) WHERE a.name = 'Alice' RETURN b
• WHERE: Suodattaa tuloksia ehtojen perusteella. MATCH (n:Product) WHERE n.price > 100 RETURN n
• RETURN: Määrittää, mitä tietoja kyselystä palautetaan. MATCH (n:City) RETURN n.name, n.population
• CREATE: Luo uusia solmuja ja suhteita. CREATE (n:Person {name: 'Bob', age: 30})
• DELETE: Poistaa solmuja ja suhteita. MATCH (n:OldNode) DELETE n
• SET: Päivittää solmujen ja suhteiden ominaisuuksia. MATCH (n:Product {name: 'Laptop'}) SET n.price = 1200
• MERGE: Joko löytää olemassa olevan solmun tai suhteen tai luo uuden, jos sitä ei ole olemassa. Hyödyllinen idempotenttisille operaatioille. MERGE (n:Country {name: 'Germany'})
• WITH: Mahdollistaa useiden MATCH-lausekkeiden ketjuttamisen ja välitulosten välittämisen. MATCH (a:Person)-[:FRIENDS_WITH]->(b:Person) WITH a, count(b) AS friendsCount WHERE friendsCount > 5 RETURN a.name, friendsCount
• ORDER BY: Järjestää tulokset. MATCH (n:Movie) RETURN n ORDER BY n.title
• LIMIT: Rajoittaa palautettavien tulosten määrää. MATCH (n:User) RETURN n LIMIT 10
• SKIP: Ohittaa määritetyn määrän tuloksia. MATCH (n:Product) RETURN n SKIP 5 LIMIT 10
• UNION/UNION ALL: Yhdistää useiden kyselyiden tulokset. MATCH (n:Movie) WHERE n.genre = 'Action' RETURN n.title UNION ALL MATCH (n:Movie) WHERE n.genre = 'Comedy' RETURN n.title
• CALL: Suorittaa tallennettuja proseduureja tai käyttäjän määrittämiä funktioita. CALL db.index.fulltext.createNodeIndex("PersonNameIndex", ["Person"], ["name"])

Neo4j-kyselyn suoritussuunnitelma

Ymmärtäminen, miten Neo4j suorittaa kyselyjä, on ratkaisevan tärkeää optimoinnin kannalta. Neo4j käyttää kyselyn suoritussuunnitelmaa määrittääkseen optimaalisen tavan hakea ja käsitellä tietoja. Voit tarkastella suoritussuunnitelmaa käyttämällä EXPLAIN- ja PROFILE-komentoja.

EXPLAIN vs. PROFILE

• EXPLAIN: Näyttää loogisen suoritussuunnitelman suorittamatta kyselyä. Se auttaa ymmärtämään vaiheet, jotka Neo4j aikoo ottaa kyselyn suorittamiseksi.
• PROFILE: Suorittaa kyselyn ja tarjoaa yksityiskohtaisia tilastoja suoritussuunnitelmasta, mukaan lukien käsiteltyjen rivien määrä, tietokantaosumat ja kunkin vaiheen suoritusaika. Tämä on korvaamatonta suorituskyvyn pullonkaulojen tunnistamisessa.

Suoritussuunnitelman tulkitseminen

Suoritussuunnitelma koostuu sarjasta operaattoreita, joista kukin suorittaa tietyn tehtävän. Yleisiä operaattoreita ovat:

• NodeByLabelScan: Skannaa kaikki solmut, joilla on tietty nimike.
• IndexSeek: Käyttää indeksiä solmujen löytämiseen ominaisuuksien arvojen perusteella.
• Expand(All): Kulkee suhteita pitkin löytääkseen yhdistettyjä solmuja.
• Filter: Soveltaa suodatusehdon tuloksiin.
• Projection: Valitsee tietyt ominaisuudet tuloksista.
• Sort: Järjestää tulokset.
• Limit: Rajoittaa tulosten määrää.

Suoritussuunnitelman analysointi voi paljastaa tehottomia operaatioita, kuten täydellisiä solmuskannauksia tai tarpeetonta suodatusta, joita voidaan optimoida.

Esimerkki: Suoritussuunnitelman analysointi

Tarkastellaan seuraavaa Cypher-kyselyä:

            EXPLAIN MATCH (p:Person {name: 'Alice'})-[:FRIENDS_WITH]->(f:Person) RETURN f.name
            

              
                Copy
              
            
          

EXPLAIN-tuloste saattaa näyttää NodeByLabelScan-operaattorin, jota seuraa Expand(All). Tämä osoittaa, että Neo4j skannaa kaikki Person-solmut löytääkseen 'Alicen' ennen FRIENDS_WITH-suhteiden läpikäyntiä. Ilman indeksiä name-ominaisuudelle tämä on tehotonta.

            PROFILE MATCH (p:Person {name: 'Alice'})-[:FRIENDS_WITH]->(f:Person) RETURN f.name
            

              
                Copy
              
            
          

PROFILE-komennon suorittaminen antaa suoritustilastoja, jotka paljastavat tietokantaosumien määrän ja kuhunkin operaatioon käytetyn ajan, mikä vahvistaa pullonkaulan.

Indeksointistrategiat

Indeksit ovat ratkaisevan tärkeitä kyselyjen suorituskyvyn optimoinnissa, koska ne antavat Neo4j:lle mahdollisuuden paikantaa nopeasti solmuja ja suhteita ominaisuuksien arvojen perusteella. Ilman indeksejä Neo4j joutuu usein turvautumaan täydellisiin skannauksiin, jotka ovat hitaita suurilla datajoukoilla.

Neo4j:n indeksityypit

• B-puuindeksit (B-tree Indexes): Vakiotyyppinen indeksi, joka sopii tasa-arvo- ja aluesuodatuksiin. Luodaan automaattisesti ainutlaatuisuusrajoitteille tai manuaalisesti CREATE INDEX -komennolla.
• Kokoteksti-indeksit (Fulltext Indexes): Suunniteltu tekstidatan hakemiseen avainsanojen ja fraasien avulla. Luodaan käyttämällä db.index.fulltext.createNodeIndex- tai db.index.fulltext.createRelationshipIndex-proseduuria.
• Pisteindeksit (Point Indexes): Optimoitu paikkatietodatalle, mahdollistaen tehokkaat kyselyt maantieteellisten koordinaattien perusteella. Luodaan käyttämällä db.index.point.createNodeIndex- tai db.index.point.createRelationshipIndex-proseduuria.
• Alueindeksit (Range Indexes): Erityisesti optimoitu aluekyselyille, tarjoten suorituskykyparannuksia B-puuindekseihin verrattuna tietyissä työkuormissa. Saatavilla Neo4j 5.7:ssä ja uudemmissa.

Indeksien luominen ja hallinta

Voit luoda indeksejä käyttämällä Cypher-komentoja:

B-puuindeksi:

            CREATE INDEX PersonName FOR (n:Person) ON (n.name)
            

              
                Copy
              
            
          

Yhdistelmäindeksi:

            CREATE INDEX PersonNameAge FOR (n:Person) ON (n.name, n.age)
            

              
                Copy
              
            
          

Kokoteksti-indeksi:

            CALL db.index.fulltext.createNodeIndex("PersonNameIndex", ["Person"], ["name"])
            

              
                Copy
              
            
          

Pisteindeksi:

            CALL db.index.point.createNodeIndex("LocationIndex", ["Venue"], ["latitude", "longitude"], {spatial.wgs-84: true})
            

              
                Copy
              
            
          

Voit listata olemassa olevat indeksit käyttämällä SHOW INDEXES -komentoa:

            SHOW INDEXES
            

              
                Copy
              
            
          

Ja poistaa indeksejä käyttämällä DROP INDEX -komentoa:

            DROP INDEX PersonName
            

              
                Copy
              
            
          

Indeksoinnin parhaat käytännöt

• Indeksoi usein kysytyt ominaisuudet: Tunnista ominaisuudet, joita käytetään WHERE-lausekkeissa ja MATCH-malleissa.
• Käytä yhdistelmäindeksejä useille ominaisuuksille: Jos teet usein kyselyitä useiden ominaisuuksien perusteella yhdessä, luo yhdistelmäindeksi.
• Vältä yli-indeksointia: Liian monet indeksit voivat hidastaa kirjoitusoperaatioita. Indeksoi vain ne ominaisuudet, joita todella käytetään kyselyissä.
• Harkitse ominaisuuksien kardinaliteettia: Indeksit ovat tehokkaampia ominaisuuksille, joilla on korkea kardinaliteetti (eli paljon erillisiä arvoja).
• Seuraa indeksien käyttöä: Käytä PROFILE-komentoa tarkistaaksesi, käyttävätkö kyselysi indeksejä.
• Rakenna indeksit säännöllisesti uudelleen: Ajan myötä indeksit voivat pirstoutua. Niiden uudelleenrakentaminen voi parantaa suorituskykyä.

Esimerkki: Indeksointi suorituskyvyn parantamiseksi

Tarkastellaan sosiaalisen verkoston graafia, jossa on Person-solmuja ja FRIENDS_WITH-suhteita. Jos haet usein tietyn henkilön ystäviä nimen perusteella, indeksin luominen Person-solmun name-ominaisuudelle voi parantaa suorituskykyä merkittävästi.

            CREATE INDEX PersonName FOR (n:Person) ON (n.name)
            

              
                Copy
              
            
          

Indeksin luomisen jälkeen seuraava kysely suoritetaan paljon nopeammin:

            MATCH (p:Person {name: 'Alice'})-[:FRIENDS_WITH]->(f:Person) RETURN f.name
            

              
                Copy
              
            
          

PROFILE-komennon käyttäminen ennen ja jälkeen indeksin luomisen osoittaa suorituskyvyn parannuksen.

Cypher-kyselyn optimointitekniikat

Indeksoinnin lisäksi useat Cypher-kyselyn optimointitekniikat voivat parantaa suorituskykyä.

1. Oikean MATCH-mallin käyttäminen

Elementtien järjestys MATCH-mallissasi voi vaikuttaa merkittävästi suorituskykyyn. Aloita valikoivimmista kriteereistä vähentääksesi käsiteltävien solmujen ja suhteiden määrää.

Tehoton:

            MATCH (a)-[:RELATED_TO]->(b:Product) WHERE b.category = 'Electronics' AND a.city = 'London' RETURN a, b
            

              
                Copy
              
            
          

Optimoitu:

            MATCH (b:Product {category: 'Electronics'})<-[:RELATED_TO]-(a {city: 'London'}) RETURN a, b
            

              
                Copy
              
            
          

Optimoidussa versiossa aloitamme Product-solmusta, jolla on category-ominaisuus, joka on todennäköisesti valikoivampi kuin kaikkien solmujen skannaaminen ja sitten suodattaminen kaupungin mukaan.

2. Tiedonsiirron minimointi

Vältä tarpeettoman datan palauttamista. Valitse vain ne ominaisuudet, joita tarvitset RETURN-lausekkeessa.

Tehoton:

            MATCH (n:User {country: 'USA'}) RETURN n
            

              
                Copy
              
            
          

Optimoitu:

            MATCH (n:User {country: 'USA'}) RETURN n.name, n.email
            

              
                Copy
              
            
          

Vain name- ja email-ominaisuuksien palauttaminen vähentää siirrettävän datan määrää, mikä parantaa suorituskykyä.

3. WITH-lausekkeen käyttäminen välituloksille

WITH-lauseke mahdollistaa useiden MATCH-lausekkeiden ketjuttamisen ja välitulosten välittämisen. Tämä voi olla hyödyllistä monimutkaisten kyselyiden pilkkomisessa pienempiin, hallittavampiin vaiheisiin.

Esimerkki: Etsi kaikki tuotteet, joita ostetaan usein yhdessä.

            MATCH (o:Order)-[:CONTAINS]->(p:Product)
WITH o, collect(p) AS products
WHERE size(products) > 1
UNWIND products AS product1
UNWIND products AS product2
WHERE id(product1) < id(product2)
WITH product1, product2, count(*) AS co_purchases
ORDER BY co_purchases DESC
LIMIT 10
RETURN product1.name, product2.name, co_purchases
            

              
                Copy
              
            
          

WITH-lauseke antaa meille mahdollisuuden kerätä tuotteet jokaisesta tilauksesta, suodattaa tilaukset, joissa on enemmän kuin yksi tuote, ja sitten löytää yhteisostot eri tuotteiden välillä.

4. Parametrisoitujen kyselyiden hyödyntäminen

Parametrisoidut kyselyt estävät Cypher-injektiohyökkäyksiä ja parantavat suorituskykyä antamalla Neo4j:lle mahdollisuuden käyttää kyselyn suoritussuunnitelmaa uudelleen. Käytä parametreja sen sijaan, että upotat arvoja suoraan kyselymerkkijonoon.

Esimerkki (käyttäen Neo4j-ajureita):

            session.run("MATCH (n:Person {name: $name}) RETURN n", {name: 'Alice'})
            

              
                Copy
              
            
          

Tässä $name on parametri, joka välitetään kyselylle. Tämä antaa Neo4j:lle mahdollisuuden tallentaa kyselyn suoritussuunnitelma välimuistiin ja käyttää sitä uudelleen eri name-arvoille.

5. Karteesisten tulojen välttäminen

Karteesiset tulot syntyvät, kun kyselyssä on useita toisistaan riippumattomia MATCH-lausekkeita. Tämä voi johtaa suuren määrän tarpeettomia yhdistelmiä syntymiseen, mikä voi hidastaa kyselyn suoritusta merkittävästi. Varmista, että MATCH-lausekkeesi liittyvät toisiinsa.

Tehoton:

            MATCH (a:Person {city: 'London'})
MATCH (b:Product {category: 'Electronics'})
RETURN a, b
            

              
                Copy
              
            
          

Optimoitu (jos Personin ja Productin välillä on suhde):

            MATCH (a:Person {city: 'London'})-[:PURCHASED]->(b:Product {category: 'Electronics'})
RETURN a, b
            

              
                Copy
              
            
          

Optimoidussa versiossa käytämme suhdetta (PURCHASED) yhdistääksemme Person- ja Product-solmut, välttäen karteesisen tulon.

6. APOC-proseduurien ja -funktioiden käyttäminen

APOC (Awesome Procedures On Cypher) -kirjasto tarjoaa kokoelman hyödyllisiä proseduureja ja funktioita, jotka voivat parantaa Cypherin ominaisuuksia ja suorituskykyä. APOC sisältää toiminnallisuuksia datan tuontiin/vientiin, graafin refaktorointiin ja moneen muuhun.

Esimerkki: apoc.periodic.iterate:n käyttö eräkäsittelyyn

            CALL apoc.periodic.iterate(
  "MATCH (n:OldNode) RETURN n",
  "CREATE (newNode:NewNode) SET newNode = n.properties WITH n DELETE n",
  {batchSize: 1000, parallel: true}
)
            

              
                Copy
              
            
          

Tämä esimerkki osoittaa, kuinka apoc.periodic.iterate-komentoa käytetään datan siirtämiseen OldNode-solmuista NewNode-solmuihin erissä. Tämä on paljon tehokkaampaa kuin kaikkien solmujen käsittely yhdessä transaktiossa.

7. Tietokannan konfiguraation huomioiminen

Myös Neo4j:n konfiguraatio voi vaikuttaa kyselyjen suorituskykyyn. Keskeisiä konfiguraatioita ovat:

• Kasa-muistin koko (Heap Size): Varaa riittävästi kasa-muistia Neo4j:lle. Käytä asetusta dbms.memory.heap.max_size.
• Sivuvälimuisti (Page Cache): Sivuvälimuisti tallentaa usein käytetyt tiedot muistiin. Suurenna sivuvälimuistin kokoa (dbms.memory.pagecache.size) paremman suorituskyvyn saavuttamiseksi.
• Transaktioloki (Transaction Logging): Säädä transaktiolokin asetuksia tasapainottaaksesi suorituskykyä ja datan kestävyyttä.

Edistyneet optimointitekniikat

Monimutkaisissa graafisovelluksissa saatetaan tarvita edistyneempiä optimointitekniikoita.

1. Graafidatan mallintaminen

Tapa, jolla mallinnat graafidataasi, voi vaikuttaa merkittävästi kyselyjen suorituskykyyn. Harkitse seuraavia periaatteita:

• Valitse oikeat solmu- ja suhdetyypit: Suunnittele graafiskeemasi vastaamaan data-alueesi suhteita ja entiteettejä.
• Käytä nimikkeitä tehokkaasti: Käytä nimikkeitä solmujen ja suhteiden luokitteluun. Tämä antaa Neo4j:lle mahdollisuuden suodattaa solmuja nopeasti niiden tyypin perusteella.
• Vältä liiallista ominaisuuksien käyttöä: Vaikka ominaisuudet ovat hyödyllisiä, liiallinen käyttö voi hidastaa kyselyjen suorituskykyä. Harkitse suhteiden käyttöä edustamaan dataa, jota kysellään usein.
• Denormalisoi dataa: Joissakin tapauksissa datan denormalisointi voi parantaa kyselyjen suorituskykyä vähentämällä liitosten tarvetta. Ole kuitenkin tarkkana datan redundanssin ja yhtenäisyyden suhteen.

2. Tallennettujen proseduurien ja käyttäjän määrittämien funktioiden käyttäminen

Tallennetut proseduurit ja käyttäjän määrittämät funktiot (UDF) antavat sinun kapseloida monimutkaista logiikkaa ja suorittaa sen suoraan Neo4j-tietokannassa. Tämä voi parantaa suorituskykyä vähentämällä verkkoyhteyden aiheuttamaa kuormitusta ja antamalla Neo4j:lle mahdollisuuden optimoida koodin suoritusta.

Esimerkki (UDF:n luominen Javalla):

            @Procedure(name = "custom.distance", mode = Mode.READ)
@Description("Calculates the distance between two points on Earth.")
public Double distance(@Name("lat1") Double lat1, @Name("lon1") Double lon1,
                       @Name("lat2") Double lat2, @Name("lon2") Double lon2) {
  // Implementation of the distance calculation
  return calculateDistance(lat1, lon1, lat2, lon2);
}
            

              
                Copy
              
            
          

Voit sitten kutsua UDF:ää Cypheristä:

            RETURN custom.distance(34.0522, -118.2437, 40.7128, -74.0060) AS distance
            

              
                Copy
              
            
          

3. Graafialgoritmien hyödyntäminen

Neo4j tarjoaa sisäänrakennetun tuen erilaisille graafialgoritmeille, kuten PageRank, lyhin polku ja yhteisöjen tunnistus. Näitä algoritmeja voidaan käyttää suhteiden analysointiin ja oivallusten poimimiseen graafidatastasi.

Esimerkki: PageRankin laskeminen

            CALL algo.pageRank.stream('Person', 'FRIENDS_WITH', {iterations:20, dampingFactor:0.85})
YIELD nodeId, score
RETURN nodeId, score
ORDER BY score DESC
LIMIT 10
            

              
                Copy
              
            
          

4. Suorituskyvyn seuranta ja viritys

Seuraa jatkuvasti Neo4j-tietokantasi suorituskykyä ja tunnista parannuskohteet. Käytä seuraavia työkaluja ja tekniikoita:

• Neo4j Browser: Tarjoaa graafisen käyttöliittymän kyselyiden suorittamiseen ja suorituskyvyn analysointiin.
• Neo4j Bloom: Graafin tutkimustyökalu, jonka avulla voit visualisoida ja olla vuorovaikutuksessa graafidatasi kanssa.
• Neo4j Monitoring: Seuraa keskeisiä mittareita, kuten kyselyn suoritusaikaa, suorittimen käyttöä, muistin käyttöä ja levy-I/O:ta.
• Neo4j-lokit: Analysoi Neo4j-lokeja virheiden ja varoitusten varalta.
• Tarkista ja optimoi kyselyitä säännöllisesti: Tunnista hitaat kyselyt ja sovella tässä oppaassa kuvattuja optimointitekniikoita.

Esimerkkejä todellisesta maailmasta

Tarkastellaan joitakin esimerkkejä Neo4j-kyselyoptimoinnista todellisessa maailmassa.

1. Verkkokaupan suositusmoottori

Verkkokauppa-alusta käyttää Neo4j:tä suositusmoottorin rakentamiseen. Graafi koostuu User-solmuista, Product-solmuista ja PURCHASED-suhteista. Alusta haluaa suositella tuotteita, joita ostetaan usein yhdessä.

Alkuperäinen kysely (hidas):

            MATCH (u:User)-[:PURCHASED]->(p1:Product), (u)-[:PURCHASED]->(p2:Product)
WHERE p1 <> p2
RETURN p1.name, p2.name, count(*) AS co_purchases
ORDER BY co_purchases DESC
LIMIT 10
            

              
                Copy
              
            
          

Optimoitu kysely (nopea):

            MATCH (o:Order)-[:CONTAINS]->(p:Product)
WITH o, collect(p) AS products
WHERE size(products) > 1
UNWIND products AS product1
UNWIND products AS product2
WHERE id(product1) < id(product2)
WITH product1, product2, count(*) AS co_purchases
ORDER BY co_purchases DESC
LIMIT 10
RETURN product1.name, product2.name, co_purchases
            

              
                Copy
              
            
          

Optimoidussa kyselyssä käytämme WITH-lauseketta kerätäksemme tuotteet jokaisesta tilauksesta ja sitten löytääksemme yhteisostot eri tuotteiden välillä. Tämä on paljon tehokkaampaa kuin alkuperäinen kysely, joka luo karteesisen tulon kaikkien ostettujen tuotteiden välille.

2. Sosiaalisen verkoston analyysi

Sosiaalinen verkosto käyttää Neo4j:tä analysoidakseen yhteyksiä käyttäjien välillä. Graafi koostuu Person-solmuista ja FRIENDS_WITH-suhteista. Alusta haluaa löytää verkoston vaikuttajia.

Alkuperäinen kysely (hidas):

            MATCH (p:Person)-[:FRIENDS_WITH]->(f:Person)
RETURN p.name, count(f) AS friends_count
ORDER BY friends_count DESC
LIMIT 10
            

              
                Copy
              
            
          

Optimoitu kysely (nopea):

            MATCH (p:Person)
RETURN p.name, size((p)-[:FRIENDS_WITH]->()) AS friends_count
ORDER BY friends_count DESC
LIMIT 10
            

              
                Copy
              
            
          

Optimoidussa kyselyssä käytämme size()-funktiota laskeaksemme ystävien määrän suoraan. Tämä on tehokkaampaa kuin alkuperäinen kysely, joka vaatii kaikkien FRIENDS_WITH-suhteiden läpikäynnin.

Lisäksi indeksin luominen Person-nimikkeelle nopeuttaa alkuperäistä solmuhakua:

            CREATE INDEX PersonLabel FOR (p:Person) ON (p)
            

              
                Copy
              
            
          

3. Tietograafin haku

Tietograafi käyttää Neo4j:tä tallentaakseen tietoa erilaisista entiteeteistä ja niiden suhteista. Alusta haluaa tarjota hakukäyttöliittymän liittyvien entiteettien löytämiseen.

Alkuperäinen kysely (hidas):

            MATCH (e1)-[:RELATED_TO*]->(e2)
WHERE e1.name = 'Neo4j'
RETURN e2.name
            

              
                Copy
              
            
          

Optimoitu kysely (nopea):

            MATCH (e1 {name: 'Neo4j'})-[:RELATED_TO*1..3]->(e2)
RETURN e2.name
            

              
                Copy
              
            
          

Optimoidussa kyselyssä määritämme suhteiden läpikäynnin syvyyden (*1..3), mikä rajoittaa läpikäytävien suhteiden määrää. Tämä on tehokkaampaa kuin alkuperäinen kysely, joka käy läpi kaikki mahdolliset suhteet.

Lisäksi kokoteksti-indeksin käyttö `name`-ominaisuudelle voisi nopeuttaa alkuperäistä solmuhakua:

            CALL db.index.fulltext.createNodeIndex("EntityNameIndex", ["Entity"], ["name"])
            

              
                Copy
              
            
          

Yhteenveto

Neo4j-kyselyoptimointi on välttämätöntä suorituskykyisten graafisovellusten rakentamisessa. Ymmärtämällä Cypher-kyselyjen suoritusta, hyödyntämällä indeksointistrategioita, käyttämällä suorituskyvyn profilointityökaluja ja soveltamalla erilaisia optimointitekniikoita voit parantaa merkittävästi kyselyjesi nopeutta ja tehokkuutta. Muista seurata jatkuvasti tietokantasi suorituskykyä ja säätää optimointistrategioitasi datasi ja kyselykuormituksesi kehittyessä. Tämä opas tarjoaa vankan perustan Neo4j-kyselyoptimoinnin hallintaan ja skaalautuvien ja suorituskykyisten graafisovellusten rakentamiseen.

Näitä tekniikoita toteuttamalla voit varmistaa, että Neo4j-graafitietokantasi tarjoaa optimaalisen suorituskyvyn ja on arvokas resurssi organisaatiollesi.